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TITLE OF THE INVENTION 
Wireless Communication Game System 



Field of the invention 

The present invention relates to a game system using wireless 
communication. More specifically, the present invention relates to a wireless 
communication game system, a communication restoring method in the wireless 
communication game system, and a mobile game apparatus and a game program 
used therefor, which are capable of restoring a "child" device and connecting the 
same to a "parent" device after communication between the parent device and the 
child device is disconnected. 

BACKGROUND AND SUMMARY OF THE INVENTION 
One example of a conventional wireless communication game system is 
disclosed, for example, in Japanese Patent Laying-open No. No. 2000- 135380 
(International Classification: A63F13/00, H04L12/28) laid-open on May, 16, 
2000. 

In this prior art reference, no consideration is given to a case where 
communication is disconnected. No disclosure is made of a process for restoring 
communication after the communication is disconnected. 

As long as the communication is made wirelessly, it is probable that 
communication will be disconnected. This occurs, for example, when there is a 
certain communication problem, or users inadvertently distance themselves from 
each other beyond a communicable range. Further, a user may, due to personal 
business, need to distance himself from the communicable range. 
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In such cases, it is desirable to attempt to restore communication. 
Otherwise, it is necessary to carry out a process for establishing the 
communication once again. 

Therefore, it is a primary feature of the exemplary embodiments of the 
present invention to provide with a novel wireless communication game system, a 
mobile game apparatus, and a game program. 

It is another feature of the exemplary embodiments to provide a wireless 
communication game system, a mobile game apparatus, and a game program 
capable of allowing a child device to restore communication after the 
communication is disconnected. 

A wireless communication game system according to an exemplary 
embodiment is provided with a plurality of mobile game apparatuses that are 
capable of communicating with each other, and function as a parent device or a 
child device. The parent device includes a broadcasting mechanism for 
broadcasting a parent device packet including connection permitting data that 
permits a child device which had been disconnected with a parent device to 
connect to the parent device. The child device includes a communication 
disconnection detector for detecting that the communication between the parent 
device is disconnected, and a restoring mechanism for attempting receiving the 
parent device packet broadcast from the parent device when detected by the 
communication disconnection detector that the communication between the parent 
device is disconnected. 

More specifically, the wireless communication game system is constructed 
using at least two mobile game apparatuses (10: corresponding reference numeral 
in the detailed description of the preferred embodiments described later. 



Hereinafter, the same is applied). A mobile game apparatus (10) in the 
embodiment includes a mobile game machine (12), and a wireless communication 
unit (14) attached to the mobile game apparatus. In the case of a parent device, the 
mobile game apparatus uses this mobile communication unit (14) so as to 
broadcast a parent device packet in a first time slot, and receives a child device 
packet in a second time slot. In the case of a child device, the parent device packet 
is received in the first time slot, and the child device packet is transmitted to the 
parent device in the second time slot. 

The broadcasting mechanism of the parent device corresponds to a step S41 
in Figure in the embodiment, that is, Figure 22, and this broadcasting mechanism 
broadcasts the parent device packet having a data field as shown in Figure 1 1 . 

The communication disconnection detector of the child device corresponds 
to a step S95 (Figure 24), and when detected by this communication disconnection 
detector that the communication between the parent device is disconnected, a 
restoring mechanism that corresponds to Figure 33 in the embodiment attempts 
receiving the parent device packet broadcast from the parent device in a step 
S5001 in Figure 33, and in a step S5013, it is determined whether or not the 
connection permitting data exists in the parent device packet. That is, when the 
connection permitting data, more specifically, when a child device number CID of 
the child device exists in a position of a user's own apparatus of a U slot of the 
parent device, it is successfully restored. 

According to an exemplary embodiment of the present invention, it is 
possible for the child device to easily restore the connection to the parent device. 

In a certain embodiment, the broadcasting mechanism continues 
broadcasting the connection permitting data after the child device connects to the 
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parent device. That is, by continuously transmitting the connection permitting 
data from a start of the connection, when the communication is disconnected from 
a certain child device, it is not necessary that the parent device carry out a special 
process for restoring, and in addition, it is possible to directly use the connection 
permitting data of the start of the connection as data for restoring. 

In another embodiment, the parent device includes a deleting mechanism 
for deleting the connection permitting data for the child device where the 
communication between the child device is disconnected for more than a first 
predetermined time period. The communication disconnection detector of the 
child device detects that the communication between the parent device is 
disconnected for more than a second predetermined time period, and the first 
predetermined time period is set longer than said second predetermined time 
period. It is noted that by properly setting the first predetermined time period, it 
becomes possible to determine a time period for permitting the child device to 
restore communication. In a game that does not permit a user of the child device to 
distance himself from a communicable range, the first predetermined time period 
may be set relatively short, for example, and in a game that permits the user of the 
child device to restore to the game after the user of the child device distances 
himself from the communicable range for a while, the first predetermined time 
period may be set relatively long. More specifically, the deleting mechanism 
corresponds to a step S45 (Figure 22) in the embodiment. As a result of such the 
deleting mechanism being provided, where a time period that the communication 
between the parent device is disconnected is long, the connection permitting data 
is deleted, assuming that the child device is not to restore communication. This 
enables to enhance effective use of the time slot such as allotting the sub time slot 



that the child device has used to another child device, and etc. 

On the other hand, by setting the first predetermined time period longer than 
the second predetermined time period, it becomes possible to secure enough time 
for the child device to restore communication. 

In still another embodiment, the parent device and the child device are 
apparatus for communicating in a communication cycle including a first time slot 
used by the parent device, and a second time slot used by the child device. The 
second time slot includes a plurality of sub time slots. The connection permitting 
data includes information that designates the sub time slot, out of the plurality of 
sub time slots, to which the child device is to be restored. That is, since in the 
connection permitting data, data of the time slot (time slot that has been used) to be 
used is included, when the child device is restored, it is possible to readily know 
the time slot to be used, and restore a prior communication condition. 

A restoring method in a wireless communication game system according to 
an exemplary embodiment of the present invention is a restoring method in a 
wireless communication game system provided with a plurality of mobile game 
apparatuses that are capable of wireless communication with each other, and 
function as a parent device or a child device. The restoring method includes 
following steps of (a) broadcasting by the parent device a parent device packet 
including connection permitting data that permits the child device having a 
communication disconnected to connect to the parent device, (b) detecting by the 
child device that the communication between the parent device is disconnected, 
and (c) attempting by the child device, when detected that the communication 
between the parent device is disconnected in step (b), receiving the parent device 
packet broadcast from the parent device. 



An exemplary embodiment of the present invention is a program for a 
wireless communication game, and a program for a wireless communication game 
provided with a plurality of mobile game apparatus functioning as a parent device 
or a child device, and comprises steps of executing by a processor of the parent 
device a step for broadcasting a parent device packet including connection 
permitting data that permits the child device having a communication 
disconnected to connect to the parent device, and executing by a processor of the 
child device a step for detecting that the communication between the parent device 
is disconnected, and when it is detected that the communication between the parent 
device is disconnected by the communication disconnection detecting step, a step 
for attempting receiving the parent device packet broadcast from the parent device. 

A mobile game apparatus according to an exemplary embodiment of the 
present invention uses a plurality of mobile game apparatus, one of which 
functions as a parent device, and the other of which functions as a child device, 
both being capable of playing a wireless communication game. The mobile game 
apparatus comprises: a broadcasting mechanism, for the parent device, for 
broadcasting a parent device packet including connection permitting data that 
permits the child device having communication with the parent device being 
disconnected to connect to the parent device; a communication disconnection 
detector, for the child device, for detecting that the communication between the 
parent device is disconnected; and a restoring mechanism for attempting to receive 
the parent device packet broadcast from the parent device when detected by the 
communication disconnection detector that the communication between the parent 
device is disconnected. 

In such restoring method, program, and mobile game apparatus, similar to 



the wireless communication game system, it is possible to easily restore 
communication after communication between the parent device and the child 
device is disconnected. 

According to an exemplary embodiment of the present invention, after the 
communication between the child device is disconnected, the parent device 
continues broadcasting the connection permitting data so that, when the child 
device becomes communicable, it is possible to easily restore connection to the 
parent device. 

In addition, according to an exemplary embodiment of the present 
invention, even where communication problems are unavoidable during wireless 
communication, it is possible to restore the connection without causing trouble to a 
user. 

Furthermore, according to an exemplary embodiment of the present 
invention, where a certain user needs to distance himself from a communicable 
range due to a personal matter, if the user returns within a predetermined time, it 
becomes possible to restore the communication, and continue the wireless 
communication game. 

The above described objects and other objects, features, aspects and 
advantages of the exemplary embodiments of the present invention will become 
more apparent from the following detailed description of the exemplary 
embodiments of the present invention when taken in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram showing one example of a mobile game 
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apparatus used for a wireless transmission game system of one embodiment of the 
present invention; 

Figure 2 is an illustrative view for schematically showing a game system 
using the mobile game apparatus in the Figure 1 embodiment; 

Figure 3 is an illustrative view showing an example of a display screen in a 
case that an all-display flag, which displays information of all parent devices 
around a user's own apparatus in the Figure 2 embodiment, is turned on; 

Figure 4 is an illustrative view showing an example of a display screen 
showing only the parent device existing around the user's own apparatus and 
capable of performing a communication game between the user's own apparatus, 
in a case where the all-display flag is not turned on, in the Figure 2 embodiment; 

Figure 5 is an illustrative view showing an example of a display screen 
showing only the parent device present around the user's own apparatus and 
capable of playing a game in an OC (one cartridge) mode, in the Figure 2 
embodiment; 

Figure 6 is an illustrative view showing an example of a display screen of a 
parent device list in a certain situation in the Figure 2 embodiment; 

Figure 7 is an illustrative view showing an example of a display screen of 
the parent device list when a mobile game apparatus having a user's name "Siroh" 
enters a communication range in the Figure 6 situation in the Figure 2 
embodiment; 

Figure 8 is an illustrative view showing an example of a display screen of 
the parent device list when the mobile game apparatus having a user's name 
"Ichiroh" comes out of the communication range in the Figure 7 situation in the 
Figure 2 embodiment; 



Figure 9 is an illustrative view showing an example of a display screen of a 
child device list of a situation in which the user's own apparatus is the parent 
device, and to wait for a connection (entry) of the child device in the Figure 2 
embodiment; 

Figure 10 is an illustrative view showing one example of a data cycle in the 
Figure 2 embodiment; 

Figure 11 is an illustrative view showing one example of a parent device 
packet transmitted at a parent device slot in the Figure 10 embodiment; 

Figure 12 is an illustrative view showing a U slot in detail in Figure 11; 

Figure 13 is an illustrative view showing one example of a child device 
packet transmitted at a child device slot in the Figure 10 embodiment; 

Figure 14 is an illustrative view showing a specific example of 
communication data in a certain situation of the Figure 1 embodiment; 

Figure 15 is an illustrative view showing one example of a memory map of a 
cartridge not applicable to the OC mode; 

Figure 16 is an illustrative view showing one example of the memory map 
of a cartridge corresponding to the OC mode; 

Figure 17 is an illustrative view showing one example of the memory map 
of an EEPROM included in the wireless communication unit of the Figure 1 
embodiment; 

Figure 18 is an illustrative view showing one example of the memory map 
of an internal RAM of a mobile game machine forming the mobile game apparatus 
in the Figure 1 embodiment; 

Figure 19 is a flowchart showing a part of a main flow showing an operation 
of the mobile game machine in the Figure 1 embodiment; 



Figure 20 is a flowchart showing a succeeding part of Figure 19; 

Figure 21 is a flowchart showing a succeeding part of Figure 20; 

Figure 22 is a flowchart showing a succeeding part of Figure 21; 

Figure 23 is a flowchart showing a succeeding part of Figure 22; 

Figure 24 is a flowchart showing a succeeding part of Figure 21; 

Figure 25 is a flowchart showing a succeeding part of Figure 19; 

Figure 26 is a flowchart showing a succeeding part of Figure 25; 

Figure 27 is a flowchart showing a part of an operation of a connection 
process of a parent device; 

Figure 28 is a flowchart showing a succeeding part of Figure 27; 

Figure 29 is a flowchart showing an operation of a transmission/reception 
process of the parent device; 

Figure 30 is a flowchart showing a part of an operation of a connection 
process of a child device; 

Figure 3 1 is a flowchart showing a succeeding part of Figure 30; 

Figure 32 is a flowchart showing an operation of a transmission/reception 
process of the child device; 

Figure 33 is a flowchart showing an operation of a restoring process of the 
child device; and 

Figure 34 is a flowchart showing a major portion of an embodiment in 
which a selection is made as to whether the user's own apparatus is rendered the 
parent device or the child device in the first place. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A wireless communication game system to which an embodiment of the 
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present invention is adapted uses a mobile game apparatus 10 as shown in Figure 1 
as an example. In this embodiment, the mobile game apparatus 10 includes a 
mobile game machine 12 such as a GameBoy Advance (Trademark), for example, 
a wireless communication unit 14 connected to a communication connector 46 of 
the mobile game machine 12, and a cartridge 16 connected to a cartridge connector 
40. That is, in this embodiment, the mobile game apparatus 10 is constructed of 
the mobile game machine 12, the wireless communication unit 14, and the 
cartridge 16. 

The mobile game machine 12 shown in Figure 1 includes a processor 20, 
and the processor 20 includes a CPU core 22 and a boot ROM 24 related thereto, 
an LCD controller 26, a WRAM (working RAM: the same below) 28, a VRAM 
30, and a peripheral circuit 32. However, the peripheral circuit 32 includes a voice 
(sound) circuit, a DMA (Direct Memory Access) circuit, a timer circuit, an 
input/output interface (I/O), and etc. In an LCD 18 provided in a front surface of 
the mobile game machine 12, a displaying signal or an RGB signal in this 
embodiment is applied from the processor 20, and therefore, a game image is 
displayed in color on the LCD 18. In addition, an audio signal is applied from the 
processor 20 to the sound circuit 34, and voices or sound such as a game music and 
a sound effect is output by the audio signal. Furthermore, a cross key and a start 
key provided sandwiching the LCD 18 in the front surface of the mobile game 
machine 12, a select key, an A button and a B button are congregated and 
displayed as an operation switch 38, and an operation signal from the operation 
switch 38 is input into the processor 20. Therefore, the processor 20 executes a 
process in accordance with an instruction of a user applied through the operation 
switch 38. 
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The mobile game machine 12 has the cartridge connector 40, and the 
cartridge 16 is connected or inserted into this cartridge connector 40. The 
cartridge 16 contains a ROM 42 and a backup RAM 44, and a game program for a 
game to be executed in the mobile game machine 12, in addition to its game name, 
is set in the ROM 42 in advance. The backup RAM 44 stores progressive data of 
the game and resultant data of the game. 

The mobile game machine 12 is further provided with the communication 
connector 46, and a connector 48 of the wireless communication unit 14 is 
connected to the communication connector 46. It is noted that the mobile game 
machine 12 used in this embodiment is GameBoy Advance (Trademark) as an 
example. In this case, the above-described cartridge connector 40 is a 32-pin 
connector provided at a far side on an upper surface when the LCD 1 8 is rendered 
a front surface (front face), and the communication connector 46 is a 6-pin 
connector provided at a near side on an upper side. 

The wireless communication unit 14 includes a base band IC 50, and the 
base band IC 50 includes a ROM 52. The ROM 52 contains an OCD 
(One-Cartridge Download) program, and other programs, for example, and the 
base band IC 50 is operated according to these programs. It is noted that the 
One-Cartridge Download program is a program for downloading a program into 
the child device in an OC mode (one-cartridge mode: a mode in which a game 
cartridge is attached to the parent device only, and the child device is operated in 
response to a download of a child device-use program from the parent device 
cartridge). 

The wireless communication unit 14 is further provided with an EEPROM 
54, and a user's name, for example, is uniquely set to the EEPROM 54. The base 
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band (Base Band) IC 50 transmits data including the user's name to an RF (Radio 
Frequency) - IC56, the RF - IC 56 modulates the data, and transmits a radio wave 
from an antenna 58. However, an intensity of the radio wave is extremely weak, 
and is set to so small a value that this wave radio is not subject to a regulation of 
Radio Law. In addition, this wireless communication unit 14 is provided with a 
power circuit 60. Typically, the power circuit 60 is a battery, and supplies a DC 
(direct-current) power source to each component of the wireless communication 
unit 14. 

In addition, in the wireless communication unit 14, the radio wave 
transmitted from another mobile game apparatus is received by the antenna 58, 
demodulated by the RF-IC 56, and a demodulated signal is input into the base band 
IC 50. Therefore, the base band IC 50 decodes the demodulated signal, decodes 
the data, and transmits the data to the mobile game machine 12, that is, the WRAM 
28 via the connectors 48 and 46. 

In the wireless communication game system of the embodiment according 
to the present invention, a plurality of mobile game apparatuses 10 as shown in 
Figure 1 are used. A dotted line 64 in Figure 2 indicates a communicable range of 
a user's mobile game apparatus 62. In addition, it is probable that the mobile game 
apparatus 62 can apply for an entry to the mobile game apparatus existing within 
the communicable range 64. This communicable range 64 is a range capable of 
performing a data communication between the parent device and the child device 
by the above-described weak radio wave, and any of a plurality of the mobile game 
apparatuses existing within the communicable range 64 can arbitrarily become the 
parent device or the child device. In the example of Figure 1, four parent devices, 
three child devices, and one user's own apparatus 62 exist within the range 64. 
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In addition, in a case that the user's own apparatus 62 participates in a game, 
the apparatus 62 needs to become the parent device or the child device. In a case 
that the user's own apparatus becomes the child device, it is necessary to find a 
parent device capable of participating. When finding the parent device , it is 
necessary to find a different parent device depending on a case that the user's own 
apparatus has the cartridge 16. 

First, in a case that the user's own apparatus 62 is the mobile game 
apparatus to which the cartridge 16 is attached shown in Figure 1, and an 
all-display flag showing to display all parent devices around the user's own 
apparatus 62 (described later) is set to "1", a parent device list 18 A as shown in 
Figure 3 is displayed on the LCD 18 of the mobile game machine 12 show in 
Figure 1. In the parent device list 18 A in Figure 3, all parent devices existing 
within the communicable range 64 (Figure 2), that is, three parent devices having 
the user's names as "Taroh", "Ichiroh", and "Jiroh", respectively, are displayed. 
Therefore, when the user of the user's own apparatus intends to operate or function 
the user's own apparatus as the child device, the user is capable of selecting the 
parent device to which the user intends to connect by moving a cursor by the cross 
key included in the operation key 38 (Figure 1) so as to specify the parent device, 
and after this, depressing the A button that is also included in the operation key 38. 

However, in a case that it is intended to use the user's own apparatus as the 
parent device, the user may simply depress a B button included in the operation 
key 38. 

The reason why only the three parent devices are displayed in the parent 
device list 18A in Figure 3, in spite of the four parent devices existing within the 
range 64 in Figure 2 is that the parent device having the user name "Saburoh" has 
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an entry slot ESlot set to "ffh". The entry slot ESlot is a flag showing whether or 
not to accept a new child device, and when the entry slot ESlot is set to "ffh", the 
parent device refuses a new participation of the child device so that such the parent 
device is not displayed. The parent device having the user name "Saburoh" has 
reached the maximum number of child devices available for entry, thus not 
accepting the new child device. 

In addition, in the parent device list 18A in Figure 3, a circle (O) is added to 
the parent device having the user name "Jiroh". This circle (O) indicates that it is 
possible to play the game in the OC mode. 

Furthermore, when the all-display flag is turned-off , the parent device list 
18A shown in Figure 4 is displayed on the LCD 18. In this case, the game 
cartridge of the user's own apparatus such as a parent device communicable with 
Mario Kart-1 (Trademark), for example, that is, only the parent device having the 
user name "Jiroh" in this example, is displayed. Because a cartridge of Mario 
Kart-2 (Trademark) is attached to the parent device having the user name "Taroh", 
and the Mario Kart-1 (Trademark) and the Mario Kart-2 (Trademark) are 
communicable with each other. It is noted that if there is a parent device to which 
the cartridge of the Mario Kart-1 (Trademark) is attached within the 
communicable range 64, that parent device, too, is displayed without question. 

In the above-described example, the cartridge of the Mario Kart-1 
(Trademark) is attached to the user's own apparatus (child device). However, in a 
case of intending to play the game in the OC mode without the cartridge 16 being 
attached to the user's own apparatus, a parent device list 18A shown in Figure 5, 
for example, is displayed on the LCD 18. In the parent device list 18 A in this 
Figure 5, only the parent device corresponding to the OC mode, that is, the parent 
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device having the user name "Jiroh", is displayed in this example ("F-ZERO" 
(Trademark) is a game corresponding to the OC mode). However, the cartridge 16 
is not attached to the user's own apparatus in this case, and thus, the user's own 
apparatus cannot become the parent device. Therefore, a message that says 
"depress button B if you want to become the parent device" shown in Figure 3 or 
Figure 4 is not displayed. 

Next, referring to Figure 6 - Figure 8, descriptions will be made regarding a 
change of the display of the user's own apparatus 62 in a case that the parent 
device having the user name "Shiroh" enters the communicable range 64 shown in 
Figure 2, and later, the parent device having the user name "Ichiroh" comes out of 
the range 64. In a case that the parent device having the user name "Shiroh" is 
outside the range, the same parent device list 18A as Figure 3 is displayed on the 
LCD 18 of the user's own apparatus as shown in Figure 6. 

Subsequently, when the parent device having the user name "Shiroh" enters 
the range, a parent device list 1 8 A shown in Figure 7 is displayed. It is noted that it 
is assumed that the all-display flag of the user's own apparatus 62 is turned-on. 
That is, the parent device having the user name "Shiroh" is displayed in addition to 
the parent devices having the user name "Taroh", "Ichiroh", and "Jiroh", 
respectively. 

Furthermore, when the parent device having the user name "Ichiroh" comes 
outside the range 64, a parent device list 18A in Figure 8 is displayed. The parent 
device having the user name "Ichiroh" is not displayed in this parent device list. 

In addition, in a case that the user's own apparatus is the parent device, and 
waits for a new participation of the child device, a child device list 18B shown in 
Figure 9 is displayed on the LCD 18. Looking at this child device list 18B allows 
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to know that child devices having the user name "Goroh", "Rokuroh", and 
"Hichiroh", respectively are currently connected to the user's own apparatus. 
Herein, it is noted that since this embodiment is a wireless communication game 
system that processes the game by making a wireless communication between the 
parent device and the child device by a extremely weak radio wave, a term 
"connect" is not essentially to be used. However, as a term to describe a 
coordinating state communicable between the mobile game apparatus, which 
becomes the parent device, and the mobile game apparatus, which becomes the 
child device, the term "connect" is used for the sake of convenience, by borrowing 
a term used in a case of a wire communication. 

Next, referring to Figure 10 - Figure 14, descriptions will be made 
regarding data packet formats in a case that the parent device and the child device, 
which are in a connecting state, make a wireless communication. As shown in 
Figure 10, one data cycle is two milliseconds, and the data cycle includes one 
parent device slot and a plurality of (in this embodiment, four) child device slots. 
In the parent device slot, a parent device packet specifically shown in Figure 1 1 is 
broadcast, and in each of the four child device slots, a transmission of the child 
device packet specifically shown in Figure 13 to the parent device is performed. 

The parent device packet, as shown in Figure 1 1 , has a field sync for storing 
synchronizing data at its head, and has a field PID for storing a number 
(identifying code) PID of the parent device subsequent to that synchronizing data 
field sync. Subsequent to the field PID, a user name field UserName, and a game 
name field GameName are formed. In the user name field UserName, a user name 
read-out from the EEPROM 54 (Figure 1), which corresponds to "Jiroh", 
"Ichiroh", and etc. in the above-described example, is registered, and in the game 
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name field GameName, the game name such as the Mario Kart -1 (Trademark), 
Mario kart -2 (Trademark), the F-Zero (Trademark), Golf, — in the 
above-described example, are registered. It is noted that if the cartridge 16 (Figure 
1) is attached, a game name (68 in Figure 16) read-out from the ROM 42 (Figure 1) 
may be automatically registered in this game name field GameName. 

The parent device packet further includes a flag OC, and this flag OC is a 
flag showing whether or not possible to be applied to the above-described one 
cartridge (OC) mode. More specifically, when this flag OC is reset, that is, when 
OC = 0, this means that the game cartridge of the parent device at that time is not 
applicable to the OC mode, or applicable to the OC mode, however, it is currently 
played in the normal mode. When the flag OC is set, that is, when OC = 1, this 
means that it is possible to be applicable to the OC mode, and it is currently played 
in the OC mode. Therefore, a user who does not have the cartridge needs to find 
the parent device having this flag OC "1". 

Subsequent to the flag OC, the parent device packet includes fields ESlot, 
USlot, and Payload in this order. The E slot field Eslot is stored with the number 
of the child device slots available for entry (participation). That is, the slot number 
that a newly participated child device can use is stored. In the U slot field USlot, a 
usage situation of the child device slot is stored. More specifically, this is shown 
in Figure 12. That is, the U slot field USlot includes four areas, and each of four 
areas corresponds to a child device slot 0, a child device slot 1, a child device slot 
2, and a child device slot 3. Then, in each area, the number (identifying code) CID 
of the child device to which the child device slot is assigned is stored. When the 
child device number CID corresponding to the area is registered, it is understood 
that that child device slot is used. 
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The payload field Payload is a field for transmitting the game data necessary 
in a game process, and a field for storing the game data transmitted from the parent 
device to the child device. 

A child device packet transmitted from the child device at the child device 
slot assigned to the child device is displayed in Figure 13. That is, the child device 
packet includes a head field CID for storing or registering the child device number 
CID, and a payload field Payload subsequent thereto. The payload field Payload is 
a field for storing game data transmitted from the child device to the parent device. 

Figure 14 shows a specific example. In the example of Figure 14, "58" is 
stored in the parent device number field PID, and therefore, it is understood that 
the parent device number PID is "58". In addition, it is understood that the user 
name of the parent device is "Taroh", the game name is Mario Kart (Trademark), 
the flag OC is "0", and "2" is registered in the E slot field ESlot. Furthermore, by 
referring to the U slot field USlot, it is understood that although the child device 
having the child device number (CID) "16" is connected to the child device slot 0, 
and the child device having the child device number (CID) "130" to the child 
device slot 1, respectively, both the child devices 2 and 3 are "Oh", thus possible to 
know that the both are vacant slots. 

In a case that a new child device attempts to connect (Entry) to the parent 
device under such the situation, the child device number is determined by issuing 
the child device number CID other than "16" or "130" such as a random number, 
for example, because, by referring to the U slot field USLot of the parent device, 
"16" and "130" are used as the child device CID. As one example, it is provided 
that "86" is determined as the CID of the child device. Therefore, the child device 
transmits CID = 86 to the child device slot (child device slot 2) designated by the 
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ESlot. 

Then, the parent device knows, by receiving "86" in the child device slot 2, 
that the child device having the child device number CID "86" intends to apply for 
entry. Next, the parent device determines whether or not to accept that entry. In a 
case of accepting the entry, the parent device broadcasts the parent device packet 
having "86" set to the area corresponding to the child device slot 2 of the Uslot, 
which is shown in the lowest column in Figure 14, and signals that a new 
participation of the child device having the child device number CID "86" is 
accepted. At the same time, the newly participated child device confirms that CID 
= 86 is present as its own child device number in the area corresponding to the 
child device slot 2 of the Uslot. 

Figure 15 shows a memory map of the cartridge not applicable to the OC 
mode, and Figure 16 shows a memory map of the cartridge applicable to the OC 
mode. 

In the Figure 15 embodiment, the ROM 42 (Figure 1) included in the 
cartridge 16 includes a game program area 62, and a game name area 64. In the 
game program area 62, a common program 66, a parent device program 68, and a 
child device program 70 are stored in advance. The common program 66 is a 
program used in spite of the user's own apparatus being the parent device or the 
child device. That is, in a case that the user's own apparatus is the parent device, 
the common program and a parent device program described later are executed, 
and in a case that the user's own apparatus is the child device, the common 
program and a child device program described later are executed. The parent 
device program 68 is a program operated only when the user's own apparatus 
functions as the parent device, and in addition to including variables M and N, 
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includes the flag OC set to "0" (that is, turned-off). However, the variable M 
indicates the maximum number of the child devices possible to simultaneously 
connect to the parent device, and the variable N indicates the maximum number of 
slots that one child device can use. It is noted that both the variables M and N 
change dependent on to the game. The child device program 70 is a program 
operated only when the user's own apparatus is functioned as the child device, and 
includes the above-described variable N. In the game name area 64, a name of the 
above game programs such as Mario Kart - 1 (Trademark), Golf, — , and etc. is 
stored in advance. 

In an embodiment in Figure 16, too, the ROM 42 of the cartridge 16 
includes the game program area 62 and the game name area 64. In the game name 
program area 62, the same common program 66, the parent device program 68, 
and the child device program 70 as in Figure 15 are set, and an OC mode-use game 
program 72 is set in order to be applicable to the OC mode. The OC mode-use 
game program 72 includes a parent device program 74, and a transmission-use 
child device program 76. The parent device program 74 is the same as the above 
parent device program 68 except that the flag OC is set to "1". The 
transmission-use child device program 76 is a program for transferring to the child 
device that plays the game in the OC mode, and includes the variable N. The child 
device that applies for entry in the OC mode is capable of participating in the game 
by receiving this transmission-use child device program 76 transmitted 
(downloaded) from the parent device. 

The memory map of the EEPROM 54 of the wireless communication unit 
14 shown in Figure 1 is shown in Figure 17, and as shown in Figure 17, the 
EEPROM 54 includes a user name area 78. In the user name area 78, the user 
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name such as "Taroh", "Ichiroh", or the like as in the above-described example, 
is registered. 

Referring to the memory map shown in Figure 18, the WRAM 28 of the 
game machine 12 (Figure 12) includes a parent device list area 80, a parent device 
list clear timer 82, a child device list area 84, variable areas 86 and 88, a game 
variable area 90, a transmission buffer area 92, and a reception buffer area 94. 

The parent device list area 80 is an area for temporarily storing/holding the 
data for displaying the parent device list 18A described earlier in Figure 3, and etc. 
such as the parent device number (PID), the user name (UserName), the game 
name (GameName), the flag OC, the E slot field ESlot, for example. 

The parent device list clear timer 82 is a timer for measuring a time period 
until clearing the data of this parent device list area 80, and as described later, if a 
time set to this timer 82 is up, the parent device list area 80 is automatically 
cleared. 

The child device list area 84 is an area for temporarily storing/holding the 
data for displaying the child device list 18B described earlier in Figure 9 and etc., 
such as the child device number (CID), the user name (UserName), and the game 
name (GameName), for example. 

The WRAM 28 further includes the parent device variable area 86 for 
storing a variable used when the user's own apparatus is operated (behaves) as the 
parent device, and the child device variable area 88 for storing a variable used 
when the user's own apparatus is operated (behaves) as the child device. 

In the parent device variable area 86, data for the respective fields PID, 
USlot, and ESlot and the child device number (CID) of the child device subject to 
connection, and in addition, variables n and m are set. Herein, the variable n 
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indicates the number of slots currently and actually assigned to one child device, 
and its maximum number is applied by the above-described variable N. In 
addition, the variable m indicates the number of the child devices currently, 
actually and simultaneously connected to one parent device, and its maximum 
number is applied by the above-described variable M. 

In the child device variable area 88, data for the field CID shown in Figure 
12 is set, for example, and a variable showing a connection result, a variable 
showing a restoring result, the parent device number (PID) of a 
connection-destination parent device, the number of acquired slots (one or plural 
number), a synchronizing timer, the variable n, and furthermore, the all-display 
flag are set. 

The game variable area 90 is an area for storing game variables of the game 
being executed such as variables showing the number of cleared stages, an 
acquired item, and etc, for example. In addition, a transmission buffer 92 and a 
reception buffer 94 are areas for temporarily storing transmitting data and 
receiving data, respectively. 

More than one mobile game apparatuses 10 each of which has such the 
structure constructs the game system, and descriptions regarding an operation of 
each mobile game apparatus 10 in the game system are made below by referring to 
flow charts. 

Prior to the detailed descriptions, in a case that the cartridge not applicable 
to the OC mode is attached to the user's own apparatus, and the user's own 
apparatus becomes the parent device, a series of steps S29 (Figure 21) - S69 
(Figure 23) described later are executed. In addition, in a case that the cartridge 
not applicable to the OC mode is attached to the user's own apparatus, and the 
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user's own apparatus becomes the child device, a series of steps S83 - SI 09 
(Figure 24) described later are executed. 

Furthermore, in a case that although the cartridge applicable to the OC 
mode is attached to the user's own apparatus, the game is played in the normal 
mode (not OC mode), when the user's own apparatus becomes the parent device, a 
series of the steps S29 (Figure 21) - S69 (Figure 23) described later are executed. 
When the user's own apparatus becomes the child device similar to the above, a 
series of the steps S83 - S109 (Figure 24) described later are executed. 

Moreover, in a case that the cartridge applicable to the OC mode is attached 
to the user's own apparatus, and the game is played in the OC mode, the user's 
own apparatus cannot function other than the parent device. In this case, via steps 
S75 and S77 (Figure 19), similar to the above case of the parent device, a series of 
the steps S29 shown in Figure 21 - S69 shown in Figure 23 are executed. 

In addition, in a case that the cartridge is not attached to the user's own 
apparatus, the user's own apparatus can only become the child device in the OC 
mode, and therefore, in this case, a series of steps Sill (Figure 19) - S147 (Figure 
26) are executed. 

Figure 19 shows an operation of the mobile game machine 12. When a 
power source (not shown) of the mobile game machine 12 is turned-on, an 
operation in Figure 19 is started. First, an operation set within the Boot ROM 24 is 
executed. That is, in a first step SI, the processor 20, based on a signal from the 
connector 40 (Figure 1), for example, detects whether or not the cartridge 16 is 
attached, and in a case that there is the cartridge in a step S3, the process moves to 
a program of the ROM 42 of the cartridge 16. In a succeeding step S5, it is 
determined whether or not the cartridge is a cartridge applicable to the OC mode. 
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In this step S5, it is determined whether the cartridge in Figure 15 (cartridge not 
applicable to the OC mode) is attached or the cartridge in Figure 16 (cartridge 
applicable to the OC mode) is attached. 

In a case that "NO" is determined in the step S5, that is, in a case that 
although the cartridge is attached to the user's own apparatus, the cartridge is a 
cartridge not applicable to the OC mode, the process advances to a step S7 in 
Figure 20, in addition to clearing the parent device list area 80 shown in Figure 18, 
resets the parent device list clear timer 82 similarly shown in Figure 18. 
Furthermore, the all-display flag set to the child device variable area 88 in Figure 
18 is turned-on ("1" is set). It is noted that the parent device clear timer 82 
automatically starts counting the timer after the resetting. 

Subsequently, in a step S9, it is attempted to receive the parent device 
packet as shown in Figure 1 1. In the step SI 1, it is determined whether or not the 
parent device packet is successfully received. Then, if "YES" is determined in the 
step SI 1, in a succeeding step SI 3, it is determined whether or not the parent 
device that broadcasts is the parent device not existing in the parent device list. 
More specifically, in this step SI 3, it is determined whether or not the parent 
device PID and the user name out of the data of the received parent device packet 
(data temporarily stored in the reception buffer 94 of the WRAM 28 shown in 
Figure 18) is the parent device registered in the parent device list 80 (Figure 18). If 
"YES" is determined in this step SI 3, that is, in a case of a new parent device, in a 
succeeding step S15, the processor 20 newly registers in the parent device list 80 
the parent device ID (PID), the user name (UserName), the game name 
(GameName), the OC flag (OC), and the entry slot (ESlot) included in the parent 
device packet. 
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When "NO" is determined in the preceding step SI 1, or when after finishing 
registration in the step S 15, in a succeeding step S 17, it is determined whether or 
not a value of the parent device list clear timer 82 reset in the preceding step S7 
becomes equal to or longer than two seconds. If "YES", the parent device list 80 is 
cleared in a step S19, and the parent device list clear timer 82 is reset. Herein, the 
reason why the parent device list clear timer 82 is reset is that as described above, 
by referring to Figure 8, in a case that a certain parent device ("Jiroh" in Figure 8) 
comes out of the communicable range, it is necessary to delete the parent device 
from the parent device list 80. Therefore, by regularly (every two seconds in this 
embodiment) clearing the parent device list 80 and making a registration to the list 
of the parent device existing within the communicable range from the start, the 
parent device that comes out of the communicable range is not remained in the 
parent device list. When "NO" is determined in the step S 17, or after executing the 
step S19, in a succeeding step S21, the processor 20 determines whether or not the 
above-described whole display flag is turned-on ("1"). It is noted that in this 
embodiment, this whole display flag is set to "1" or turn-on as a default. When the 
all-display flag is turned-on, in a step S23, the parent device having the entry slot 
ESlot not "ffh" out of the parent devices registered in the parent device list, that is, 
information (more specifically, the user name UserName, and the game name 
GameName) on all the parent devices that accept a new entry of the child device is 
displayed as shown in Figure 3. When the all-display flag is turned-off ("0"), in a 
step S25, information (the user name UserName and the game name GameName) 
of the parent device having the entry slot ESlot not "ffh", and that is 
communicable (that is, the game of the cartridge of the parent device and the game 
of the cartridge of the child device are in a predetermined relationship, and 
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communicable with each other), out of the parent devices registered in the base 
list, is displayed as shown in Figure 4. 

Subsequently, the process advances to a step S27 in Figure 21, and the 
processor 20 refers to a signal from the operation key 38 so as to determine 
whether or not the B button (not shown) is depressed. That the B button is 
depressed means that the user of the mobile game apparatus determines to make 
the user's own apparatus behave as the parent device, and in this case, in order to 
accept the child device within the variables M and N, a parent device connection 
process of a step S29 is executed. It is noted that the variable N indicating the 
maximum number of slots applied to one child device and the variable M 
indicating the maximum number of child devices possible to participate are 
changeable depending on the game, respectively. In order to increase the 
maximum number of child devices possible to participate M, the maximum 
number of slots N may be rendered small, and if a data rate is important, the 
maximum number of slots N may be rendered large, and the maximum number of 
child devices possible to participate M may be rendered small, for example. 

Herein, referring to Figure 27 and Figure 28, detailed descriptions will be 
made regarding a connection process of the parent device in a step S29 for inviting 
the child device. In a step SI 001, which is a first step in Figure 27, the processor 
20 clears the child device list area 84 shown in Figure 18, and displays an initial 
display. This step SI 001 is a initial setting step, and in addition to the above 
process, further sets the maximum number (N) of sub time slots assigned to one 
child device, and sets the maximum number (M) of the child devices accepting the 
entry. It is noted that each of the maximum numbers of N and M can be 
determined in accordance with the game program to be executed. Thus, if the 
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maximum number N of the sub time slots assigned to one child device and the 
maximum number M of the child devices possible to simultaneously participate 
are to be determined according to the game, of a constant number of the sub time 
slot, it is possible to determine whether to increase the number of the child devices 
possible to participate by decreasing the number of the slots assigned to one child 
device or to increase the data rate by increasing the number of the slots assigned to 
one child device in correspondence to a content of the game. In a case that the 
more the player, the more interesting the game, the number of the slots N may be 
rendered small, and the number of the participating child devices M may be 
rendered large. In a case of the game requiring a large communication amount, the 
number of the slots N may be rendered large, and the number of the participating 
child devices may be rendered small. 

In a succeeding step S1003, the processor 20 writes a pseudo random value 
into the area PID for setting the parent device PID of the parent device variable 
area 86 (Figure 18). Next, in a succeeding step S1005, the variable m indicating 
the number of child devices actually connecting to the parent device (user's own 
apparatus ) within the communicable range is rendered zero (0), and in a 
succeeding step S1007, "Null" is set to the area of a subject to connection CID 
indicating the number of child devices subject to connection. In addition, zero (0) 
is written into the variable n, within the area 86, indicating the number of slots 
actually allotted to the child device under a connection process. It is noted that the 
subject to connection CID is a CID of the child device under the connection 
process, and is for ignoring an entry request from the child device of the CID other 
than the subject to connection CID, in a case that a plurality of the slots are to be 
allotted to one child device in the entry process, when allotting of the slot to a 
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certain child device is started in order to allot a plurality of the slots to the certain 
child device in a successive number. In a succeeding step S 1009, one of the vacant 
slot numbers is assigned to the entry slot area ESlot within the area 86. 

Subsequently, in a succeeding step S1011, the processor 20 examines the 
signal from the operation key 38 (Figure 1) so as to determine whether or not the A 
button (not shown) is depressed. If "YES" in the step SI 01 1, which means that the 
user of the user's own apparatus (parent device) at that time refuses its child 
device's entry (see Figure 9), thus in a succeeding step S1013, the processor 20 
deletes from the child device list area 84 in Figure 18 the data, USlot and CID of 
the selected child device. Subsequently, in a step S 1015, a new child device list 
18B is displayed as shown in Figure 9. 

Then, if "NO" is determined in the step S101 1, that is, the user of the parent 
device did not depress the A button, or after executing the step S1015, the 
processor 20 determines whether or not the start key (not shown) is operated based 
on the signal from the operation key 38 in a step S1017. If "YES", the process 
directly returns. However, if "NO", in a succeeding step S 1021, a 
transmission/reception process of the parent device shown in detail in Figure 29 is 
executed. 

The transmission/reception process of the parent device shown in a step 
S1019 in Figure 27 is shown in detail in Figure 29. In a step S2001 in Figure 29, 
the processor 20 determines whether or not there is data yet to be transmitted in the 
transmission buffer 92 (Figure 18). If "YES", in a succeeding step S2003, data 
necessary for the parent device in Figure 14 such as the PID, the user name, the 
game name, the OC flag, the E slot, the U slot, and the payload, which is the 
above-described data yet to be transmitted, for example, is transmitted. Then, in a 
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succeeding step S2005, after receiving the child device packet, the process returns. 

If "NO" is determined in the preceding step S2001, in a succeeding step 
S2007, the processor 20 determines whether or not no data transmission is made 
during the past 64 miliseconds. It is noted that a time period of this "64 
miliseconds" is an example of a numerical value capable of dissolving a timer 
deviation, and needless to say, other numerical values may be possible. 

If "YES" is determined in the step S2007, using the parent device slot, each 
data excluding the payload such as the PID, the user name, the game name, the OC 
flag, the E slot, and the U slot, for example, is transmitted in a step S2009. This 
step S2009 is a step necessary for enabling the entry from the child device, and 
even without the payload (data to be transmitted), the data necessary for the entry 
process (the PID, the user name, the game name, the OC flag, the E slot, and the U 
slot) is regularly transmitted, thus the child device is always capable of making the 
entry process. In this step S2009, the payload data is not transmitted. Next, after 
the step S2009 is ended, or when "NO" is determined in the step S2007, the 
process returns via the preceding step S2005. 

Returning to Figure 27, in the step SI 021 subsequent to the step S 1019, the 
processor 20 determines whether or not the child device CID is successfully 
received in the slot designated by the field ESlot of the parent device packet shown 
in Figure 1 1 (that is, it is determined whether or not the child device uses the entry 
slot and makes the entry request). In a case of "NO" in this step SI 021, the process 
returns to the preceding step S101 1, and in a case of "YES", in a succeeding step 
SI 023, it is determined whether or not the subject to connection child device CID 
of the child device variable area 86 in Figure 18 is Null (that is, it is determined 
whether or not there is another child device currently under entry process). If 
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YES, that is, if the number of the child device subject to connection (CID) is not 
registered, in a step SI 025, the child device CID received in the step S 1019 is 
registered as the number of the child device subject to connection (CID) in the 
subject to connection child device CID within the area 86 in Figure 18. 

When "NO" in the preceding step S 1023, or after ending the step S 1025, the 
processor 20 determines whether or not the received CID is the same as the subject 
to connection CID (that is, it is determined whether or not the received CID is the 
CID of the child device currently under connection process) in a step SI 027. If 
"NO", the process returns to the preceding step S101 1. If "YES", that CID is 
stored in a portion showing the entry slot of the U slot area USlot within the area 
86 in Figure 18 in a succeeding step S1029. Next, in a step S1031, the actual 
number of connecting slots n is incremented ( +1), and in a step S1033, it is 
determined whether or not n = N, W, that is, the actual number of connecting slots 
n reaches the maximum number of slots N (varies depending on each game) 
applied to one child device. If "YES", since it is not accepted to allot more slots to 
the child device, the process advances to a succeeding step SI 035 shown in Figure 
28. However, if "NO", since it is possible to allot more slots to the child device, 
the process returns to the step SI 009. 

When the actual number of allotted slots n reaches the maximum number of 
allottable slots N, the entry process toward the child device is ended, and the 
process advances to a step SI 035 in Figure 28. However, in this step SI 035, the 
processor 20 of the mobile game machine, which becomes the parent device, 
receives the user name, the game name, and etc. of the child device having the 
entry process ended. The user name and the game name of the child device are 
added to the child device list in a step SI 037, and the child device list 18B is 
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displayed as shown in Figure 9 in a step SI 039. 

Subsequently, the processor 20 of the parent device, in a step SI 041, 
increments (+1) the actual number of child devices m, and in a step SI 043, 
determines whether or not the actual number of child devices m becomes equal to 
the maximum number of child devices to be connected M (varies depending on 
each game). If "YES" is determined in the step S1043, that is, it is determined that 
it is not possible to connect more child devices, the process directly returns. 

On the contrary, in a case that it is still possible to connect more than one 
child devices, that is, "NO" is determined in the step S1043, the process returns to 
the step SI 007 in Figure 27. 

Thus, the connection process is executed in the step S29 in Figure 21, and 
furthermore, in the step S31 in Figure 22, it is temporarily stopped accepting the 
child device, and "ffh" is written into the entry slot ESlot in order to prohibit other 
child devices from participating. Next, as required during the game, in order to 
invite the child devices additionally, the subject to connection CID within the area 
86 in Figure 18 is rendered Null, that is, the actual number of connecting slots n = 
0. 

Subsequently, it is determined whether or not the game is started in the step 
S33, that is, the start button (not shown) included in the operation key 38 is 
depressed. When the start button is depressed, in the succeeding step S35, the 
processor 20 refers. to the U slot area USlot of the parent device variable area 86 
shown in Figure 8 so as to detect the number "m" of the child devices currently 
being connected. The number of areas, which is not "Oh" out of each area of the U 
slot, is the number m currently being connected. Next, in the step S37, it is 
determined whether or not the number of the child devices being connected m is 



-32- 



smaller than the maximum number of connections M. Being determined "YES" in 
this step S37 means that the new entry of the child device is accepted. Therefore, 
in this case, in the succeeding step S39, one of the vacant slot numbers (the slot 
number corresponding to the area, which is "Oh", out of the U slots) is set to the E 
slot area ESlot of the parent device variable area 86. This cancels a state setting of 
the area ESlot of "fh". 

Next, in the step S41, by the transmission/reception process of the parent 
device described by referring to Figure 29 in advance, the parent device packet 
shown in Figure 1 1 is broadcast (transmitted), and the child device data (packet) 
shown in Figure 13 is received from the each child device. 

Subsequently, in the step S43, the processor 20 determines whether or not 
the data of a certain child device is not successfully received for more than a 
predetermined time period tl. Being determined "YES" in this step S43 means 
that it is probable that the child device has already departed from the 
communicable range 64 (Figure 2), and in this case, in the step S45, the processor 
20 deletes the child device number CID of the child device from the U slot area 
USlot of the parent device variable area 86 (Figure 18). As a result of this process, 
the child device slot used by the departed child device becomes a vacant slot, thus 
making it possible to allow a new entry of the child device instead of the departed 
child device. 

When "NO" is determined in the step S43, or after the step S45 is ended, in 
the succeeding step S47, the processor 20 determines whether or not "ffh" is set to 
the E slot area ESlot of the parent device variable area 86. If "YES", in the 
succeeding step S49, the processor 20 executes the game process according to the 
game program 62 (Figure 15) of the cartridge 16. 
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When "NO" is determined in the step S47 in Figure 22, in order to accept a 
mid-course participation of the child device, the process advances to the step S5 1 
in Figure 23. In this step S51, the processor 20 of the parent device determines 
whether or not the child device CID is successfully received by the slot designated 
in the E slot field ESlot. If "YES", in the succeeding step S53, it is determined 
whether or not "Null" is written into the area of the subject to connection CID 
within the area 86 in Figure 18. If "YES", that is, the CID of the child device 
subject to connection is not registered, in the step S55, the CID received by the slot 
designated in the E slot is registered in the area of the subject to connection CID. 

When "NO" in the preceding step S53, or when the step S55 is ended, the 
processor 20 determines whether or not the received child device number CID is 
the same as the subject to connection CID in the step S57. If "YES", in the 
succeeding step S59, the child device CID is stored in a portion showing the entry 
slot of the U slot area USlot of the area 86 in Figure 18. Next, in the step S61, the 
actual number of connecting slots n is incremented (+ 1), and in the step S63, it is 
determined whether or not n = N, that is, the actual number of connecting slots n 
reaches the maximum number of slots N allottable to one child device. If "YES", 
since it is no more possible to accept allotting the slot to the child device, the 
allotting of slot to the child device is ended, and in the step S65, "Null" is set to the 
area of the subject to connection CID within the area 86, and zero (0) is written 
into the variable n. 

Subsequently, the processor 20 of the parent device, in the step S67, 
determines whether or not the actual number of connecting child devices m 
becomes equal to the maximum number of connectable child devices M. If "YES" 
is determined in this step S67, that is, it is determined that it is not possible to 
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connect more child device, in the step S69, "ffh" is written into the E slot area 
ESlot. 

It is noted that after the step S69, or when "NO" is determined in the steps 
S51, S57, S63 or S67, respectively, the process stops the mid-course participation 
process of the child device in each case, and returns (returns to the step S49 in 
Figure 49) to the game process. 

The above-described is a case that the cartridge not applicable to the OC 
mode is attached to the user's own apparatus, and a process of the mobile game 
apparatus of a case that the user's own apparatus becomes the parent device. 

Next, descriptions will be made regarding a process of the mobile game 
apparatus of a case that the cartridge applicable to the OC mode is attached to the 
user's own apparatus. 

When "YES" is determined in the step S5 in Figure 19, that is, in a case that 
the cartridge applicable to the OC mode shown in Figure 16 is attached to the 
user's own apparatus, in the succeeding step S71, the processor 20 displays a mode 
selection screen (not shown). Next, in a step S73, it is determined whether or not 
the normal mode is selected. If "YES", similar to when "NO" is determined in the 
preceding step S5, the process advances to the step S7 in Figure 20. That is, a 
process of a case that the cartridge not applicable to the OC mode is attached is the 
same as the process of a case that the cartridge applicable to the OC mode is 
attached, and however, the normal mode is selected. 

In a case that the cartridge applicable to the OC mode is attached to the 
user's own apparatus, and the game of the OC mode is played, the user's own 
apparatus can only become the parent device. Described in detail, If "NO" in a 
step S73, that is, in a case that the OC mode is selected, in the succeeding step S75, 
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similar to the preceding step S29 (Figure 21), the connection process of the parent 
device described in detail by referring to Figure 27 and Figure 28 is executed. It is 
noted that, at this time, the number of slots to be used N of one child device is "1" 
(N = 1), and as the maximum number to be connected M, the number allowed 
inherently by the game is set. Subsequently, in the step S77, the processor 20 
transfers (downloads) a transfer-use child device program shown in Figure 16 to 
the child device. Subsequently, the process advances to the step S31 in Figure 22, 
and executes each step that follows as described above. 

The above-described is the process of the mobile game apparatus in a case 
that the cartridge applicable to the OC mode is attached to the user's own 
apparatus. 

Next, descriptions will be made regarding a case that the cartridge not 
applicable to the OC mode is attached, and a process of the mobile game apparatus 
in a case that the user's own apparatus becomes the child device. 

When "NO" is determined in the step S27 in Figure 21, that is, when a 
selection that the user's own apparatus becomes the parent device is not made, in 
the succeeding step S79, the processor 20 of the mobile game machine 12 
v examines an operation signal from the operation key 38 so as to determine whether 
or not the A button (not shown) is depressed, that is, it is determined whether or not 
the parent device intending to connect is selected. If "YES" is determined in this 
step S79, the processor 20, next, in the step S81, determines whether or not 
possible to communicate between the selected parent device. That is, it is 
determined whether or not the cartridge of the parent device and the cartridge of 
the user's own apparatus are in a predetermined relationship and capable of 
making a communication with each other. When communicable, later, the process 
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advances to a step S83 in Figure 24 so as to execute the connection process of the 
child device. The connection process of the child device is described in detail in 
Figure 30 and Figure 3 1 . 

In a step S301, which is a first step in Figure 30, the processor 20 of the 
mobile game machine that becomes the child device attempts to receive the parent 
device packet (Figure 11). Next, in a succeeding step S3 003, it is determined 
whether or not frame synchronizing data sync of the parent device selected in the 
menu screen is successfully received (Figure 3, and etc.). More specifically, it is 
determined whether or not the synchronizing data sync of the parent device packet 
including the PID of the parent device selected on the menu screen is successfully 
received. 

When "NO" is determined in the step S3003, that is, in a case that the parent 
device packet of the selected parent device is not successfully received, in a step 
S3005, it is determined whether or not it is time-out (time is run out), and if "NO" 
in this step S3005, the process returns to the preceding step S3001. However, if 
"YES", the process writes "failure" into a connection result variable (within the 
area 88 in Figure 18) in a step S3007, and then, returns. 

When "YES" is determined in the step S3003, that is, when the 
synchronizing signal of the subject parent device is successfully received, in a step 
S3009, the processor 20 of the child device resets a synchronizing timer (area 88), 
and advances to a succeeding step S301 1 . In this step S301 1, the processor 20 
renders the pseudo random value the ID number of the child device CID. Next, in 
a step S301 1, it is determined whether or not the child device having the CID at 
this time is already present. That is, referring to the U slot of the received parent 
device packet, it is determined whether or not the same CID is already present. In 
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a case that "YES" in the step S3013, it is necessary to change the number once 
allotted, and therefore, in this case, the step S3011 is once again executed, and by 
allotting a new number CID, the examination in the step S3013 is once again 
executed. 

The steps S3011 and S3013 are repeated until "NO" is obtained in the step 
S3013, and when "NO" is obtained, the process advances to a succeeding step 
S3015. In the step S3015, the number of actually allotted slots n is rendered zero 
(0), and furthermore, in a succeeding step S3017, the parent device packet is 
received, and in a step S3019, the synchronizing timer is once again reset. Next, in 
a step S3021, the processor 20 determines whether or not the E slot ESlot of the 
received parent device packet (see Figure 1 1) is "ffh". If "YES" is determined in 
this step S3021, since the entry of the parent device is prohibited, the process 
returns, assuming that this is "failure", via the preceding step S3007. 

When "NO" is determined in the step S3021, the process advances to a step 
S3023 in Figure 31 because the entry of the child device is not prohibited. In the 
step S3023, the CPU core of the child device transmits the number CID obtained in 
the step S301 1 to the slot shown in the E slot field ESlot of the parent device 
packet at that time. Next, in a succeeding step S3025, the parent device packet is 
received, and in a step S3027, the synchronizing timer is once again reset. 

Next, in a succeeding step S3029, the processor 20 of the child device 
confirms whether or not its own number (CID) is present in an entry slot position 
of the U slot field of the received parent device packet. Next, if "NO" is 
determined in this step S3029, in a succeeding step S3031, the processor 20 
determines whether or not it is the time-out. In a case that it is not the time-out, the 
process returns to the preceding step S3017 (Figure 30). However, in a case that 
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the time-out occurs, the process writes "failure" in the connection result variable in 
the step S3007 in Figure 30, and then, returns. 

When "YES" is determined in the step S3029, that is, its own number (CID) 
is present in the entry slot position of the U slot of the received parent device 
packet, after incrementing (+1) the actual number of allotted slots n in a 
succeeding step S3033, in a step S3035, it is determined whether or not the actual 
number of allotted slots n becomes equal to the maximum number of slots N to be 
allotted to one child device (that is, this N changes depending on a game. A value 
of 1-4, for example). When "NO" is determined in this step S3035, that is, when it 
is still possible to allotted the slot, the process returns to the preceding step S3025 
so as to receive the parent device packet. 

However, if "YES" is determined in the step S3025, assuming that as many 
slots as possible are assigned, in a succeeding step S3037, "success" is registered 
in the connection result variable, and the process advances to a succeeding step 
S3039. In this step S3039, the parent device number PID of the connected parent 
device and the acquired slot number are stored in the area 88 of the internal RAM 
28 of the user's own apparatus (Figure 18). However, there is a case that the slot 
number is plural, and in this embodiment, the numerical value is any one of "0" - 
"3". Next, the process returns to the step S85 in Figure 24, later. 

In the step S85, it is determined whether or not the connection result is 
"success" by referring to the connection result variable of the area 88. Then, in a 
case of "NO", in a succeeding step S87, a message such as "not connected", for 
example, is displayed on the LCD 18 of the parent device (Figure 1), and then, the 
process returns to the step S7. 

In a case that the connection to the parent device is successful, in a 
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succeeding step S89, the processor 20 of the child device, toward the parent 
device, uses the parent device slot allotted to the user's own apparatus so as to 
transmit the user name and the game name of the user's own apparatus. Next, in a 
step S91, it is determined whether or not to start the game, that is, it is determined 
whether or not the start button included in the operation key 38 is depressed. If it is 
detected that the start button is turned-on in this step S91, in a succeeding step S93, 
the transmission/reception process of the child device is executed. 

The transmission/reception process of the child device shown in the step 
S93 in Figure 24 is described in detail in Figure 32. The parent device packet is 
received in a step S4001 in Figure 32, and in a succeeding step S4003, the 
synchronizing timer (Figure 18) is reset. Next, in a step S4005, the processor 20 of 
the parent device determines whether or not there is the transmitting data yet to be 
transmitted in the transmission buffer 92 (Figure 18). If "YES", in a succeeding 
step S4007, using the parent device slot already assigned, the necessary data such 
as the CID, the payload, for example, is transmitted. Then, in a case that there is 
no data yet to be transmitted, or after the step S4007, the process returns to the step 
S95 in Figure 24. 

Returning to Figure 24 once again, in the step S95, the processor 20 of the 
child device determines whether or not the data is not successfully received from 
the parent device for more than a time period t2. The time period t2 is shorter than 
the time period tl in the step S43 in the preceding Figure 22. That is, tl is > t2. 
This is because tl is a time period for cutting-off the child device having an 
abnormal communication, and t2 is a time period that the parent device starts a 
restoring process, and it is necessary for the parent device to wait for the restoring 
process of the parent device, and then cut-off. In a case of "NO", in addition, in a 
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succeeding step S97, it is determined whether or not its own number CID is 
included in the U slot field of the received parent device packet. In a case of 
"YES" in the step S97, in a step S99, the game process in Figure 22 is executed. It 
is noted that in a case of "NO" in the step S97, that is, in a case that the number of 
the user's own apparatus is not present in the U slot field of the parent device 
packet, in a step S101, a message such as "cut-off from the parent device", for 
example, is displayed on the LCD, and the process returns to the step S7 in Figure 
20. 

When "YES" is determined in the preceding step S95, that is, no data has 
been successfully received from the parent device for more than the predetermined 
time period t2, in a step S103, a message such as "not communicable with the 
parent device. Try to restore", for example, is displayed, and after this, in a step 
SI 05, a restoring process is executed. 

This restoring process is displayed in detail in Figure 33, and in a step 
S5001, which is a first step in Figure 33, the processor 20 of the parent device 
attempts to receive the child device to be restored. Next, in a step S5003, it is 
determined whether or not it has been successful to receive the broadcasting data 
from the parent device. It is noted that whether or not the parent device at that time 
is a parent device to which the user's own apparatus is to be restored is understood 
by looking at the "connection-destination PID" registered in the area 88 in Figure 
18. 

When "NO" is determined in the step S5003, that is, when it is not 
successful to receive the data of the parent device packet which the user's own 
apparatus is to be restored, in a succeeding step S5005, it is determined whether or 
not it is time-out. Then, if "NO", the process returns to the preceding step S5003, 
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and however, if it is time-out, in a succeeding step S5007, the process writes 
"failure" in the restoring result variable included in the area 88 shown in Figure 1 8, 
and then, returns. 

When "YES" is determined in the preceding step S5003, that is, when it is 
successful to receive the parent device packet from the subject parent device, the 
synchronizing timer is reset in a succeeding step S5009, and furthermore, in a step 
S501 1, the parent device packet is received. Then, in a step S5013, it is 
determined whether or not its own number CID is present in the U slot field of the 
parent device packet. That the number of the user's own apparatus is present in the 
received parent device packet means that the reason of a state of the 
communication failure for more than the time period t2 is not an intentional 
cutting-off by the parent device, and therefore, in a succeeding step S5015, the 
process registers "success" in the restoring result variable of the area 88 (Figure 
18), and then, returns. As a result of this restoring process thus being made, in a 
case that the parent device and the child device deviates from the communicable 
range in error, that no communication is established due to a poor communication 
state, or that the player operating the child device comes across a certain private 
duty, and the child device player needs to deviate from the communicable range 
for a short period of time, after such the causes are dissolved so that the 
communicable state is reestablished, it is possible to return to a prior 
communication state. 

It is noted that even if "YES" is determined in the step S5003, if "NO" is 
determined in the step S5013, the process returns via the preceding step S5007, 
assuming that the communication cuffing-off results from an intentions of the 
parent device. 
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Returning from a subroutine in Figure 33 to the step S107 in Figure 24, in 
this step S107, by referring to the restoring result variable of the area 88, it is 
determined whether or not the restoring is "success". If "YES", the proves 
advances to a step S99 so as to execute the game process. However, if "NO", in a 
step SI 09, after displaying a message such as "not possible to return", for example, 
the process returns to the step S7 in Figure 20. 

The above-described is a case that the cartridge not applicable to the OC 
mode is attached to the user's own apparatus, and the process of the mobile game 
apparatus in a case that the user's own apparatus becomes the child device. 

Next, descriptions will be made regarding a process of the mobile game 
apparatus in a case that the cartridge is not attached to the user's own apparatus. 
However, in this case, the user's own apparatus can merely operate as the child 
device of the game corresponding to the OC mode. 

Returning to Figure 19, "NO" is determined in the step S3, that is, in a case 
of detecting that the parent device does not have the cartridge, in a step Sill, 
which is a program of the boot ROM (24 in Figure 1), an OCD program (program 
for downloading the child device-use program from the parent device) set to the 
ROM 52 of the wireless communication unit 14 (Figurel) is developed into the 
WRAM 28 included in the processor 20 of the mobile game machine 12, and in a 
step SI 13,.later, the processor 20 of the child device starts the OCD program 
, developed on the WRAM 28. 

Subsequently, in a step SI 15 in Figure 25, the processor 20 of the child 
device clears the parent device list area 80 as shown in Figure 18, and resets the 
parent device list clear timer 82. Next, in a step S 1 17, it is attempted to receive the 
parent device packet. Then, in a step SI 19, it is determined whether or not 
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successful to receive the parent device, if "NO", the process advances to a step 
S125, and if "YES", the process advances to a step S121. In the step S121, by 
comparing the parent device number PID included in the received parent device 
packet and the number PID registered in the parent device list area 80 shown in 
Figure 18, it is determined whether or not the parent device that transmitted the 
parent device packet is included is not present within the parent device list. If 
"YES" is determined in this step S 121, in a step S123, similar to registering a new 
parent device to the parent device list, the new unit number PID, the user name, the 
game name, the OC flag, and the E slot read-out from the parent device packet are 
added to the parent device list area 80. Subsequently, the process advances to the 
stepS125. 

In the step S 125, it is determined whether or not a value of the parent device 
clear timer 82 reset in the step SI 15 becomes equal to or more than "2 seconds". If 
"YES", the parent device list, that is, the parent device list area 80, is cleared in a 
step S127, and the parent device list clear timer 82 is reset. Subsequently, the 
process advances to a step SI 27 similar to a case that "NO" is determined in the 
step SI 25. 

In the step S 127, of the parent device list, the parent device having the E slot 
not "ffh" and the OC flag "1", that is, information (user name, game name) of the 
parent device capable of playing the game in the OC mode, and that does not 
refuse a participation (entry) of the child device is displayed. This creates, to the 
user of the child device, a parent device list 18A as shown in Figure 5, and allows 
the user's own apparatus to select the parent device. Next, in a step S 131, it is 
determined whether or not the A button (not shown) is operated. That is, it is 
determined that any one of the parent devices is selected. If "NO" in the step S 127, 
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that is, the parent device is not selected, in a succeeding step S 133, it is determined 
whether or not the cross key (not shown) included in the operation key 38 is 
operated. The operating of the cross key is for moving the cursor for selecting the 
parent device that intends the entry, and therefore, if "YES" in this step SI 33, in a 
succeeding step S135, the cursor is moved, and the process returns to the step 
S113. 

If "YES" is determined in the step S 131, the process advances to a step 
SI 39 so as to execute a connection process of the child device (Figure 30, Figure 
31). 

In a step SI 37, according to the method already described in detail, the 
connection process of the child device is executed, and in the succeeding step 
SI 39, by referring to the connection result variable of the area 88 in Figure 18, it is 
determined whether or not the connection is successful. If "NO", a message such 
as "connection failed", for example, is displayed in a step S141, and the process 
returns to the step Sill. 

If "YES" is determined in the step SI 39, the processor 20 transmits toward 
the parent device that successfully made the connection with the child device the 
user name of the parent device, and the game name. Subsequently, the process 
advances to a step SI 45 in Figure 26 so as to, for playing the game in the OC 
mode, receive a transfer-use child device program from the parent device, develop 
the same within the RAM 28 (Figure 1) of the user's own apparatus, and starts the 
program. Then, subsequently, in a step S147, the respective steps similar to the 
steps S91 - SI 09 in Figure 24 described earlier are executed. 

The above is a process of the mobile game apparatus in a case that the 
cartridge is not attached to the user's own apparatus. 
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It is noted that if "NO" is determined in the step S81 in Figure 21, that is, in 
a case that although it is attempted to select the parent device, failed to make the 
communication, in a step S149, a message such as "the parent device cannot be 
selected", for example, is displayed, and the process returns to the step S9 in 
Figure 20. 

In addition, if "NO" is determined in the step S79 in Figure 21, that is, in a 
case neither the B button nor the A button is operated, it is determined whether or 
not the cross key (not shown) is operated in a succeeding step S151. If "NO", it is 
determined whether or not the start key (not shown) is operated in a succeeding 
step S153. In a case that the start key is not operated, the process returns to the step 
S9 in Figure 20. In a case that "YES" is determined in the step SI 53, in the step 
SI 53, after changing on/off of the all-display flag, similarly, the process returns to 
the step S9 (that is, the select key is used for controlling the on/off of the 
all-display flag). It is noted that in a case that "YES" is determined in the step 
S151, after moving the cursor according to an instruction of the cross key, the 
process returns to the step S9. 

It is noted that in the above embodiment, it is selected whether the user's 
own apparatus is rendered the parent device or the child device, in tune with 
progress of the program. However, it may be possible that such the selection is 
immediately made. In this case, as shown in Figure 34, in a step S201, which is a 
first step immediately after the start, a selection screen (not shown) of the parent 
device or the child device is displayed, and the according to the display, the user 
selects the parent device or the child device. Therefore, the processor 20, in a 
succeeding step S203, determines whether or not the user has selected the parent 
device. In a case of "YES" in the step S203, after this, the steps that follow the step 
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S29 in the preceding Figure 21 are executed. In a case of "NO", that is, in a case 
that the child device is selected, the steps S7 - S25, S79, S151 - S157, and S81 - 
SI 09 shown in Figure 21 are executed. 

Although the present invention has been described and illustrated in detail, 
it is clearly understood that the same is by way of illustration and example only 
and is not to be taken by way of limitation, the spirit and scope of the present 
invention being limited only by the terms of the appended claims. 
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